Sequential Selection Presentation

ABSTRACT

Sequential selections are presented by receiving an input on an active portion of a display of the computing device. While the input is received, a plurality of selections are sequentially displayed on the display. An indication is received that the input on the active portion of the display of the computing device has changed. In response to receiving the indication that the input has changed, the computing device stops presenting the plurality of selections and determines which selection of the plurality of selections was presented on the display when the input changed. The determined selection is then displayed.

CLAIM OF PRIORITY

This application is a continuation of and claims priority to U.S. patentapplication Ser. No. 16/696,681, filed Nov. 26, 2019, which claimspriority under 35 U.S.C. § 120 to U.S. patent application Ser. No.16/027,089, filed Jul. 3, 2018, which claims priority under 35 U.S.C. §120 to U.S. patent application Ser. No. 14/084,317, filed Nov. 19, 2013,which claims priority under 35 U.S.C. § 120 to U.S. ProvisionalApplication Ser. No. 61/828,567, filed on May 29, 2013, the disclosuresof which are incorporated by reference herein.

BACKGROUND

Mobile devices are being used more often for shopping and purchasing orpayments. However, due to various characteristics of a mobile device,such as small screen size and device movement, it may be difficult forthe user to proceed with a shopping or payment flow. For example, theuser may inadvertently tap or select an unintended button to cause apayment or action that is not desired. This can happen due to the smallscreen size, resulting in smaller buttons or links in close proximity toeach other and/or the user or device moving, such as the user walking orin a bus, when the user selects a button on the device, resulting in anerroneous selection.

It is desirable enable a user to more easily and accurately conduct atransaction on a mobile device without the disadvantages of conventionalmethods.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a networked system suitable forimplementing the processes described herein according to an embodiment;

FIG. 2 shows a user tapping and holding a selection on a smart phone,according to an embodiment;

FIG. 3 is a flowchart of a tap and hold process according to oneembodiment; and

FIG. 4 is a block diagram of a computer system suitable for implementingone or more components in FIG. 1 according to one embodiment.

DETAILED DESCRIPTION

According to an embodiment, when a user taps and holds a selection suchas a “buy” button or other suitable link or button, an action occurs.Subsequently, when the user releases the button (or performs some otheraction), another action initiates or occurs. The other action may dependon when the user releases the button, information about the user, and/orthe display or information on the device when the button is released.

After the button is released, other selections or actions may bepresented on the touchscreen sequentially such that the user can releasethe hold to choose the selection. The selections can be presentlysequentially on the screen in the manner of a slide show, for example.Thus, when the user sees the desired selection on the touchscreen, theuser can release the hold (lift the finger that performed the tap) fromthe touchscreen to choose the selection. Choosing the selection canresult in another selection being presented to the user such that thetap and hold process can be repeated or can result in any other action.

In another embodiment, the other selections or actions may be presentedon the touchscreen substantially simultaneously, such that the user candrag the hold to choose the desired selection. Thus, when the user seesthe desired selection on the touchscreen, the user can drag the hold(slide the finger that performed the tap) to the position of the desiredselection or action on touchscreen. Lifting the finger can select orinitiate the selection or action after the drag. The selection or actionmay also be initiated by leaving the finger on the selected item (suchas for a predetermined amount of time) after the drag or movement.

In one embodiment, once the user holds a “buy it now” button, a timershows up counting down from, e.g., 5 seconds, and the screen alsosequentially displays to the user default buying information, such asprice, shipping address, and funding source. The user then releases thebutton when desired information is displayed (such as information thatthe user wants to verify or change), at the expiration of the timer, orwhen all of the default

30 buying information has been displayed such that the purchase may becompleted. The user may be asked to confirm, such as by performing aspecific gesture on the device or performing a specific action on thedevice, such as tapping a specific portion of the display. This preventsinadvertent purchasing by someone just holding the display.

An action may also be initiated or a screen displayed based on thecurrent content of the screen when the user releases the button orselection. As discussed above, the selections can be presentedsubstantially sequentially according to an embodiment. That is, aplurality of selections can be presented on a series of differentscreens while the user holds the tap. For example, when the user tapsand holds the “buy it now” button of a merchant web site, a series ofsequentially presented items, images, or selections can be displayed forthe user to confirm or change. The series of sequentially presentedselections can include, for example, the item or items being purchased,the total price, the quantity, the billing address, the shippingaddress, the shipping method, and the payment method. As each of theseselections is sequentially presented, the user can release the hold tochoose one of the selections. The user can then more carefully reviewthe information associate with that selection, confirm the information,or change the information.

For example, when the shipping method is being displayed, the user canrelease the hold. The information on shipping method remains on thescreen (i.e., the content that was displayed when the user releases thehold stays on the screen). The user can then review the shipping method,change the shipping method, or confirm the shipping method. Onceconfirmed or changed, the process or sequential display may begin again.In one embodiment, this starts where the process was paused or halted,e.g., in this example, the next display will be what normally would bedisplayed after the shipping method content. In another embodiment, theprocess starts at the beginning.

As discussed above, the selections can be presented substantiallysimultaneously according to an embodiment. That is, a plurality ofselections can be presented on a single screen while the user holds thetap. For example, when the user taps and holds the “buy it now” buttonof a merchant website, a plurality of simultaneously presented items orselections can be displayed for the user to confirm or change. Theplurality of simultaneously presented selections can include, forexample, the item or items being purchased, the total price, thequantity purchased, the billing address, the shipping address, theshipping method, and the payment method. While each of these selectionsis simultaneously presented, the user can drag or slide the hold to thedesired selection on the touchscreen and then release the hold to chooseone of the selections. The user can then more carefully review the item,confirm the item, or change the selected item.

For example, the user can drag the hold to the shipping method on thetouchscreen and can then release the hold. The user can then review theshipping method, change the shipping method, or confirm the shippingmethod.

The user can release the hold by lifting the holding finger, moving theholding finger (such as by sliding the holding finger), tapping and/orholding another item, pushing a button, making a gesture, speaking acommand, or by any other method. Releasing the hold can provide yetanother selection. The tap, hold, drag, and/or release process canrepeat as needed to complete or terminate the process.

Various, more complex, user input methods may also be performed. Thatis, user input can perform several actions that accomplish severalresults. The actions can be continuous and/or discreet. For example, afirst selection can be made by performing a first tap and hold, anotherselection can be made by sliding the first hold and releasing the firsthold, yet another selection can be made by performing a second tap andhold (such as by tapping and holding another item while releasing thefirst hold—with the same or a different finger), yet another selectioncan be made by pushing a button while releasing the second hold, yetanother selection can be made by making a gesture while releasing thesecond hold (with the same or a different hand), and yet anotherselection can be made by speaking a command while releasing the secondhold. Thus, various actions can be combined (sequentially and/orsimultaneously) to select various items. In this manner, a plurality ofitems can quickly and easily be selected, and any number of items can beselected.

According to an embodiment, the user can release the button before thetimer expires, the action ends, or the user is taken to a screen wherethe user can change the information that was just displayed, such asshipping address, funding source, etc. The timer or process can thenresume from approximately the point in the user interaction process thatwas in progress when the user released the button or when the timerexpired, such that the user does not need to see the previousinformation and wait on the process.

In another embodiment, at each or some of the information displays, theuser can drag the screen to change the information displayed. Draggingcan pause the timer, which can then resume upon revision of theinformation. Alternatively, the timer can continue while draggingoccurs.

The context of the holding and/or releasing can be specific to the userand/or the page. Thus, when one user is logged onto and/or using thedevice, one set of tapping and holding parameters or predeterminedinstructions can be used and when another user is logged onto and/orusing the device another set of tapping and holding parameters orpredetermined instructions can be used. The device can determine theidentity of the user via the login or authentication process or viabiometrics such as voice recognition, face recognition, fingerprintrecognition, gesture recognition, and/or the like. The parameters orinstructions can depend upon characteristics of the user, such aspurchase history, activity history with the service or payment provider,age of the user account with the payment provider, gender, age of theuser, time, location, browsing history, and the like.

According to various embodiments, a tap and/or hold action can beimplemented in various ways to accomplish different results. Forexample, the tap can be a traditional tap where the user contacts atouchscreen with a finger, typically a fingertip, a shake, displacement,acceleration, orientation, roll, pitch, yaw, or movement of the userdevice. The tap can be pushing a button, sliding a finger on atouchscreen, or other suitable means of input that enables a selectionto be detected. Multiple fingers can perform multiple taps substantiallysimultaneously. The tap can be any user action that can provide a signalto the user device. Similarly, the hold can be any user action that canprovide a signal to the user device that the tapped selection is beingheld or not released.

In other embodiments, a tap and hold process can produce anoff-the-device screen result. The result can be a physical result in theuser's environment or in any other environment. For example, the tap canturn on a light and the hold can determine the brightness of the light.The longer that the tap is held, the brighter the light can become.

As a further example, the tap can turn on a television and the hold canset the channel and/or the volume (or any other parameter). A pluralityof substantially sequential and/or substantially simultaneous holds canbe used. For example, the tap can turn on the television and a firsthold can set the channel, then a subsequent second hold can set thevolume. The first and second hold can be substantially sequential or canbe substantially simultaneous (such as by tapping with two fingers anddragging the two fingers by amounts that provide the desired channel andvolume).

The user can perform a series of touchscreen operations to make aselection or make multiple selections using a tap and hold. For example,the user can use tap and hold as 5 follows:

-   -   User makes a selection by tapping a touchscreen of a device.    -   User holds finger in the tapped position.    -   Additional selections are provided to the user.    -   When and/or where a desired selection is provided, the user        releases the tap.    -   The selection is accepted by the device.

A device, such as a user's mobile device, can facilitate making aselection or make multiple selections using tap and hold. For example,the device can operate during a tap and hold procedure as follows:

-   -   A set of instructions or parameters for tapping and holding can        be stored in one or more memories.    -   When a tap and hold is processed, e.g., received, by one or more        processors, the instructions can be accessed from the one or        more memories.    -   A response to the tap and hold can be provided per the accessed        instruction and the response can include a change in a screen        display of the device.    -   The process can be repeated until completed or terminated.

According to an embodiment, a computer program product can comprise anon-transitory computer readable medium. The non-transitory computerreadable medium can have computer readable and executable code forinstructing one or more processors to perform any of the methodsdisclosed herein.

FIG. 1 is a block diagram of a tap and hold system, according to anembodiment. The system can include a merchant device 110, a mobiledevice 120, and/or a server 130. The server 130 can be a payment server,an online merchant server, or any other server. The components andfunctions discussed herein can be split and/or shared among the merchantdevice 110, the mobile device 120, and/or the payment server 130, asdesired.

The merchant device 110 can comprise a merchant checkout terminal, acomputer, and/or a server, for example. The merchant device 110 caninclude a memory 111 and a processor 112. The merchant device 110 can beused for processing purchases from the merchant. The memory 111 and aprocessor 112 can facilitate the tap and hold. For example, the tap andhold can be performed on a touchscreen of the merchant device. As afurther example, the tap and hold can be performed on the mobile device120 and can be processed, at least partially, on the merchant device110.

The mobile device 120 can be carried by the user. The mobile device 120can comprise a cellular telephone, a smart telephone, a hand heldcomputer, a laptop computer, a notebook computer, or a tablet computer,for example. The mobile device 120 can include a processor 121, a memory122, and a global positioning system (GPS) 123.

The mobile device 120 can be used for routine telephone calls, textmessaging, web browsing, and the like. The mobile device 120 can be usedfor performing the tap and hold. An app 124 can be stored in the memory122 and executed by the processor 121. The app 124 can be used forfacilitating the tap and hold. The memory 122 and the processor 121 canfacilitate the tap and hold.

The GPS can vary parameters and or operation of the tap and hold. Forexample, when the user is in one country, one set of selections can beprovided to the user during a tap and hold and when the user is inanother country, a different set of selections can be provided to theuser. Thus, the selection can be location or country dependent. Forexample, the selection can relate to currency, stores, restaurants, roadroutes, train schedules, airline schedules, events (such as sportingevents, movies, plays, and concerts), or any other desired items.

Similarly, time (such as time of day and/or calendar date) can varyparameters and or operation of the tap and hold. For example, at arestaurant a breakfast menu can be provided in the morning. The user cantap and hold eggs and can then be presented with a submenu via which theuser can indicate how the user wants the eggs cooked.

The server 130 can comprise a server of a payment provider, such asPaypal, Inc. The server 130 can be a single server or can be a pluralityof servers. The server 130 can include one or more processors 131 and amemory 132. The memory 132 can be a memory of the server 130 or a memorythat is associated with the server 130. The memory 132 can 30 be adistributed memory. The memory 132 can store a user account 133 and amerchant account 134.

The server 130 can be used to facilitate tap and hold. The one or morememories 132 and the one or more processors 121 can facilitate the tapand hold. The tap and hold can be performed on the mobile device 120 andcan be processed, at least partially, on the server 130.

Generally, the merchant device 110, the mobile device 120, and thepayment server 130 can perform functions discussed herein. That is, atleast to some extent, a function that is discussed herein as beingperformed via one of these devices can be performed by a different oneof these devices, by a combination of these devices, and/or by otherdevices.

The merchant device 110, the mobile device 120, the other mobile devices130, and the server 130 can communicate with one another via a network,such as the Internet 140. The merchant device 110, the mobile device120, the other mobile devices 130, and the server 130 can communicatewith one another via one or more networks, such as local area networks(LANs), wide area networks (WANs), cellular telephone networks, and thelike. The merchant device 110, the mobile device 120, the other mobiledevices 130, the social network 150, and the server 130 can communicatewith one another, at least partially, via one or more near fieldcommunications (NFC) methods or other short range communicationsmethods, such as infrared (IR), Bluetooth, WiFi, and WiMax.

FIG. 1 illustrates an exemplary embodiment of a network-based system forimplementing one or more processes described herein. As shown, thenetwork-based system may comprise or implement a plurality of serversand/or software components that operate to perform various methodologiesin accordance with the described embodiments. Exemplary servers mayinclude, for example, stand-alone and enterprise-class servers operatinga server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or anothersuitable server-based OS. It can be appreciated that the serversillustrated in FIG. 1 may be deployed in other ways and that theoperations performed and/or the services provided by such servers may becombined or separated for a given implementation and may be performed bya greater number or fewer number of servers. One or more servers may beoperated and/or maintained by the same or different entities.

FIG. 2 shows a user performing a tap and hold with a finger of the user,according to one embodiment. The finger of the user has made a selectionon the touchscreen of a smart phone to make a purchase. The user isholding the finger down against the touchscreen, which starts a timer.The timer continues as long as the user keeps the finger on thetouchscreen. The position on the touchscreen may need to be a specificlocation or anywhere that the user's finger can be detected. The usersees shipping address information during the countdown, which is thedefault shipping address associated with the user account. If the userwishes to change the shipping address, the user may pull or slide downthe display, which may display fields (not shown) where the user canmanually change the address. Once the address is changed, the user mayselect a button to resume the countdown.

As described above, the user may hold the finger against the touchscreento see a series of selections or content on the display. The particularselections provided can depend upon when the user tapped the screen,where the user tapped the screen (such as on a buy button from acheckout page), and/or how the user tapped the screen (how hard, howmany finger, etc.). When the user sees a desired selection, the user canlift the finger to release the hold and thereby make the desiredselection. The user can drag the finger to make the selection or canperform any other action, as discussed herein.

Thus, the user can slide or drag the finger, such as to an icon, to makethe selection and/or perform a sequence of actions to define a pluralityof desired results. For example, after a desired amount of hold time, atimer appears that counts down and shows various details of thepurchase. As shown, with five seconds left, shipping information isshown. When shipping information is being displayed, the user can dragthe finger across an icon that indicates “change shipping method,” dragdown a specified portion of the display, and/or drag across an icon thatindicates “change shipping address.” In this manner, the user cansubstantially simultaneously indicate that the user want to change boththe shipping method and the shipping address. In response to this actionby the user, the user can be present with opportunities to change theshipping method and the shipping address. The user can drag the fingeracross any desired number of such selections. Thus, one or moreselections can be made generally simultaneously (e.g., from a singlescreen display). If the shipping address is changed, the user may bereturned to the timer at the five second mark, instead of at thebeginning. For example, at the start of the time, the user may have beenshown the funding source, the item description, etc.

In dragging, the user can draw a shape that accomplishes a desiredaction. For example, the user can drag the tap in a manner thatgenerally defines a triangle. Each corner of the triangle can be at adifferent selection. Thus, by drawing the triangle, as opposed to asquare for example, the user can make three desired selections. Thus,the user can learn to drawing particular shape in order to obtainparticular results.

The one or more memories and/or the one or more processors can be one ormore memories and/or the one or more processors of the merchant device,110, the user device 120, the server 130, the social network 150, and/orany other device or system. Memories and/or processors from any numberof devices, systems, and entities can cooperate to perform the tap andhold methods disclosed herein.

In implementation of the various embodiments, embodiments of theinvention may comprise a personal computing device, such as a personalcomputer, laptop, PDA, cellular phone or other personal computing orcommunication devices. The payment provider system may comprise anetwork computing device, such as a server or a plurality of servers,computers, or processors, combined to define a computer system ornetwork to provide the payment services provided by a payment providersystem.

In this regard, a computer system may include a bus or othercommunication mechanism for communicating information, whichinterconnects subsystems and components, such as a processing component(e.g., processor, micro-controller, digital signal processor (DSP),etc.), a system memory component (e.g., RAM), a static storage component(e.g., ROM), a disk drive component (e.g., magnetic or optical), anetwork interface component (e.g., modem or Ethernet card), a displaycomponent (e.g., CRT or LCD), an input component (e.g., keyboard orkeypad), and/or cursor control component (e.g., mouse or trackball). Inone embodiment, a disk drive component may comprise a database havingone or more disk drive components.

The computer system may perform specific operations by processor andexecuting one or more sequences of one or more instructions contained ina system memory component. Such instructions may be read into the systemmemory component from another computer readable medium, such as staticstorage component or disk drive component. In other embodiments,hard-wired circuitry may be used in place of or in combination withsoftware instructions to implement the invention.

Payment processing can be through known methods, such as transactiondetails being communicated to the payment provider through the app, thepayment provider processing the details, which may include user accountand identifier information and authentication, merchant information, andtransaction details. The user account may be accessed to determine ifany restrictions or limitations may prevent the transaction from beingapproved. If approved, the payment provider may send a notification tothe merchant and/or the user.

FIG. 3 is a flowchart showing a process 300 for performing a tap andhold transaction according to one embodiment. At step 302, a payment orservice provider, such as PayPal Inc. of San Jose, Calif., receives acheckout request. The checkout request may be received by a server ofthe payment provider from a user device, such as a smart phone, PC,computing tablet, smart watch (or other wearable computing device),etc., when the user is ready to make a payment. For example, the usermay be shopping through a merchant app or web page, has finishedselecting item(s)/service(s) for payment, such as by putting them into adigital shopping cart, and selecting a checkout/pay button or link. Thecheckout request includes information about the transaction, such asamount, merchant/seller, user/buyer, item description(s), shippingaddress, etc. Note that user information may be communicated separately,such as during a login or authentication process, which may be performedbefore, during, or after the checkout request. User information enablesthe payment provider to access a user account with the payment providerand allow the user to make a payment from the user account throughservices provided by the payment provider.

Next, at step 304, a tap and hold option is provided to the user. Theuser may be presented with instructions or a button that tells the userto select and hold to process the checkout request or to process thepayment. For example, the user may be instructed to tap and hold thesame button, a different button, a specific location on the devicescreen, or anywhere on the device screen. The option may also providedetails, such as for the user to hold the button for 5 seconds (or someother time), information will be displayed while holding the button andcan be changed or viewed when the user releases the button, informationwill be displayed while holding the button and can be changed when theuser drags the user's finger to a desired content being displayed, etc.In one embodiment, the tap and hold payment option may be the samebutton as the checkout request button, such that the user is presentedwith this option on the checkout page.

If the user decides to proceed with the tap and hold process, the usertaps a specific portion of the display (on a touchscreen device), whichcommunicates a signal or information to the payment provider through theuser device. A determination, at step 306, is thus made as to whetherthe user tapped a portion of the display. If no tap or selection isdetected, the process ends. In one embodiment, the tap can occur anytime the user is on a checkout screen or screen having a tap and holdoption. In another embodiment, the payment provider only waits for apredetermined amount of time, and if no tap is detected, the processends.

If however, a tap is detected at step 306, the payment provider nextdetermines, at step 308, whether the user is holding the tap orselection. The determination may be through a signal sent from the userdevice to the payment provider, e.g., a continuous signal indicates thetap is being held, while a cessation of the signal may indicate the userhas released the tap, such as in a typical touchscreen process where theuser simply taps a desired button or link and does not hold that buttonor link for any period of time.

In that case, the tap or selection is processed at step 310. Thisprocessing may be conventional processing that occurs after a user hastapped or selected a button or link. For example, if the user taps on a“pay” button, the user may be presented with an option to confirm or amessage that the payment has been confirmed.

However, if the payment provider determines, at step 308, that the useris holding or has held the button or expected portion on the display, adetermination is then made, at step 312, as to the details associatedwith the hold. In one embodiment, the details include how long the usermaintains the hold, which can be determined based on the length of acontinuous signal or other means. As discussed above, if the usermaintains the hold for the expected amount of time, the actionassociated with the tap and hold may be completed, such as payment. Ifthe user does not hold for an instructed amount of time, the intendedprocess may be halted or paused, such as for the user to review contentor make changes in information presented (e.g., shipping address, etc.).In that case, the content on the display when the user releases the holdmay be determined to enable the payment provider to determine the nextaction(s) to perform, some of which are described herein.

Next, at step 314, based, in part, on the length of the hold and/or thecontent of the display when the hold was released, the payment providerprocesses the tap and hold action. For example, if the user holds forthe requisite amount of time, a payment to the merchant may be confirmedwithout further user action. In another embodiment, the user is asked toconfirm the payment before it is processed. Confirmation may be througha specific gesture on the device or with the device, such as tapping ona specific button or portion of the device, performing a specificgesture on the device, or performing a specific action with the device,such as a shake. Requiring confirmation after the hold period is overhelps prevent inadvertent payment, which may be possible if the userunintentionally leaves a finger pressed against an active region of thedevice.

In another embodiment, if the user has not maintained the hold for therequired amount of time, processing may be based on the content of thescreen when the user released the hold or a location on the displaywhere the user released the hold (such as when the user moves the fingerto another portion of the screen). For example, various types ofinformation may be shown sequentially, such as shipping address, paymentmethod, etc., and the user releases the hold when the payment methoddisplay is shown. Because the payment method display was shown, thepayment provider next presents the user with a static screen thatenables the user to review and revise the payment method if desired,e.g., enter a new funding instrument. Once entered and/or confirmed, theuser may be returned to the tap and hold process, where the user isasked to tap and hold an indicated portion of the display to continuethe process.

In another example, the user moves the user's finger to another portionof screen (equivalent to a release since it stops the currentprocessing) before a timer has expired. Here, the processing will dependon where the user moved the finger to on the display. For example, ifthe display shows shipping address on a top portion of the display andpayment method on a bottom portion of the display, and the user movesthe finger to the payment method before the timer expires, the paymentprovider may present the user with a static display of the currentselected or default payment source. The display may have fields the usercan edit or revise to use a new funding source if desired. Once enteredand/or confirmed, the user may be returned to the tap and hold process,where the user is asked to tap and hold an indicated portion of thedisplay to continue the process.

Note that one or more steps described herein may be omitted, combined,or performed in a different sequence.

FIG. 4 is a block diagram of a computer system 400 suitable forimplementing one 30 or more embodiments of the present disclosure. Invarious implementations, the PIN pad and/or merchant terminal maycomprise a computing device (e.g., a personal computer, laptop, smartphone, tablet, PDA, Bluetooth device, etc.) capable of communicatingwith the network. The merchant and/or payment provider may utilize anetwork computing device (e.g., a network server) capable ofcommunicating with the network. It should be appreciated that each ofthe devices utilized by users, merchants, and payment providers may beimplemented as computer system 400 in a manner as follows.

Computer system 400 includes a bus 402 or other communication mechanismfor communicating information data, signals, and information betweenvarious components of computer system 400. Components include aninput/output (I/O) component 404 that processes a user action, such asselecting keys from a keypad/keyboard, selecting one or more buttons orlinks, etc., and sends a corresponding signal to bus 402. I/O component404 may also include an output component, such as a display 411 and acursor control 413 (such as a keyboard, keypad, mouse, etc.). Anoptional audio input/output component 405 may also be included to allowa user to use voice for inputting information by converting audiosignals. Audio I/O component 405 may allow the user to hear audio. Atransceiver or network interface 406 transmits and receives signalsbetween computer system 400 and other devices, such as a user device, amerchant server, or a payment provider server via network 460. In oneembodiment, the transmission is wireless, although other transmissionmediums and methods may also be suitable. One or more processors 412,which can be a micro-controller, digital signal processor (DSP), orother processing component, processes these various signals, such as fordisplay on computer system 400 or transmission to other devices via acommunication link 418. Processor 412 may also control transmission ofinformation, such as cookies or IP addresses, to other devices.

Components of computer system 400 also include a system memory component414 (e.g., RAM), a static storage component 416 (e.g., ROM), and/or adisk drive 417. Computer system 400 performs specific operations byprocessor 412 and other components by executing one or more sequences ofinstructions contained in system memory component 414. Logic may beencoded in a computer readable medium, which may refer to any mediumthat participates in providing instructions to processor 412 forexecution. Such a medium may take many forms, including but not limitedto, non-volatile media, volatile media, and transmission media. Invarious implementations, non-volatile media includes optical or magneticdisks, volatile media includes dynamic memory, such as system memorycomponent 414, and transmission media includes coaxial cables, copperwire, and fiber optics, including wires that comprise bus 402. In oneembodiment, the logic is encoded in non-transitory computer readablemedium. In one example, transmission media may take the form of acousticor light waves, such as those generated during radio wave, optical, andinfrared data communications.

Some common forms of computer readable and executable media include, forexample, floppy disk, flexible disk, hard disk, magnetic tape, any othermagnetic medium, CD-ROM, any other optical medium, punch cards, papertape, any other physical medium with patterns of holes, RAM, ROM,E2PROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave,or any other medium from which a computer is adapted to read.

In various embodiments, execution of instruction sequences forpracticing the invention may be performed by a computer system. Invarious other embodiments, a plurality of computer systems coupled by acommunication link (e.g., LAN, WLAN, PTSN, or various other wired orwireless networks) may perform instruction sequences to practice theinvention in coordination with one another. Modules described herein canbe embodied in one or more computer readable media or be incommunication with one or more processors to execute or process thesteps described herein.

A computer system may transmit and receive messages, data, informationand instructions, including one or more programs (i.e., applicationcode) through a communication link and a communication interface.Received program code may be executed by a processor as received and/orstored in a disk drive component or some other non-volatile storagecomponent for execution.

The one or more memories and one or more hardware processors can be partof the same device, e.g., server. The one or more memories and one ormore hardware processors can be part of the different devices, e.g.,servers. The one or more memories and one or more hardware processorscan be co-located. The one or more memories and one or more hardwareprocessors can be located in different places, e.g., different rooms,different buildings, different cities, or different states.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also, where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the spirit of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the scope of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components andvice-versa—for example, a virtual Secure Element (vSE) implementation ora logical hardware implementation.

Software, in accordance with the present disclosure, such as programcode and/or data, may be stored on one or more computer readable andexecutable mediums. It is also contemplated that software identifiedherein may be implemented using one or more general purpose or specificpurpose computers and/or computer systems, networked and/or otherwise.

As used herein, the term “product” can include any item or service.Thus, the term “product” can refer to physical products, digital goods,services, or anything for which a user can make a payment, includingcharitable donations. A product can be anything that can be sold.Examples of products include cellular telephones, concerts, meals, hotelrooms, automotive repair, haircuts, digital music, and books. Theproduct can be a single item or a plurality of items.

As used herein, the term “merchant” can include any seller of products.The term merchant can include a store. The products can be sold from astore or in any other manner.

As used herein, the term “mobile device” can include any portableelectronic device that can facilitate data communications, such as via acellular network and/or the Internet. Examples of mobile devices includecellular telephones, smart phones, tablet computers, and laptopcomputers.

As used herein, the term “network” can include one or more local areanetworks (LANs) such as business networks, one or more wide areanetworks (WANs) such as the Internet, one or more cellular telephonenetworks, or any other type or combination of electronic or opticalnetworks.

The foregoing disclosure is not intended to limit the present inventionto the precise forms or particular fields of use disclosed. It iscontemplated that various alternate embodiments and/or modifications tothe present invention, whether explicitly described or implied herein,are possible in light of the disclosure. Having thus described variousexample embodiments of the disclosure, persons of ordinary skill in theart will recognize that changes may be made in form and detail withoutdeparting from the scope of the invention. Thus, the invention islimited only by the claims.

What is claimed is:
 1. A method comprising: displaying, by a computingdevice, an icon in a user interface; detecting a hold input to selectthe icon displayed in the user interface; in response to detecting thehold input to select the icon, displaying multiple actions associatedwith the selected icon in the user interface; receiving a tap input at aposition of an action of the multiple actions to select the action; andin response to detecting the tap input, initiating the selected action.2. The method of claim 1, wherein the multiple actions aresimultaneously displayed in the user interface in response to detectingthe hold input to select the icon.
 3. The method of claim 1, wherein thecomputing device comprises a smart phone.
 4. The method of claim 3,wherein the user interface is displayed on a touchscreen of the smartphone.
 5. The method of claim 4, wherein the hold input is received whena finger of a user presses the touchscreen and holds the finger on thetouchscreen for a predetermined amount of time satisfying a holdthreshold.
 6. The method of claim 5, wherein the tap input is receivedafter the finger is lifted from the touchscreen.
 7. The method of claim1, wherein the computing device comprises a tablet device.
 8. The methodof claim 7, wherein the user interface is displayed on a touchscreen ofthe tablet device.
 9. A mobile computing device comprising: atouchscreen; and at least a memory and a processor to perform operationscomprising: displaying, by the touchscreen, an icon in a user interface;detecting a hold input to select the icon displayed in the userinterface; in response to detecting the hold input to select the icon,displaying multiple actions associated with the selected icon in theuser interface; receiving a tap input at a position of an action of themultiple actions to select the action; and in response to detecting thetap input, initiating the selected action.
 10. The mobile computingdevice of claim 9, wherein the multiple actions are simultaneouslydisplayed in the user interface in response to detecting the hold inputto select the icon.
 11. The mobile computing device of claim 9, whereinthe hold input is received when a finger of a user presses thetouchscreen and holds the finger on the touchscreen for a predeterminedamount of time satisfying a hold threshold.
 12. The mobile computingdevice of claim 11, wherein the tap input is received after the fingeris lifted from the touchscreen
 13. The mobile computing device of claim9, wherein the mobile computing device comprises a smart phone.
 14. Themobile computing device of claim 9, wherein the computing devicecomprises a tablet device.
 15. A method comprising: displaying, by acomputing device, an icon in a user interface, the icon associated witha light; detecting a tap and hold input to select the icon displayed inthe user interface; in response to detecting the tap and hold input toselect the icon, turning on the light; and adjusting a brightness of thelight based on an amount of time of the hold input.
 16. The method ofclaim 15, wherein the adjusting the brightness comprises increasing thebrightness of the light based on the amount of time of the hold input.17. The method of claim 15, wherein the adjusting the brightnesscomprises decreasing the brightness of the light based on the amount oftime of the hold input.
 18. The method of claim 15, wherein thecomputing device comprises a smartphone.
 19. The method of claim 15,wherein the computing device comprises a tablet device.
 20. The methodof claim 15, wherein the light is remote from the computing device.